Date: Fri, 14 May 93 04:30:03 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #134 

To: packet-radio 


Packet-Radio Digest Fri, 14 May 93 Volume 93 : Issue 134 


Today's Topics: 
(none) 
7Plus wanted (2 msgs) 
BayCom and Windows 3.1 
Help with Sanyo computer w/ KPC3 
How do you make AmiPac talk? 
Internet => Packet (2 msgs) 
Linux <--loopback--> WAMPES? 
petchl - 930411.tar & 930411.txt 
Suggestions for point-to-point link wanted... 
VHF Packet with an HT? (2 msgs) 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 13 May 93 17:42:48 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: (none) 

To: packet-radio@ucsd.edu 


unsub randyp@nait.ab.ca packet-radio 


D. Randall Pack RANDYP@NAIT.AB.CA 
Head, Mathematics 

Ph 471-7747 

Off E220P 


Date: 12 May 93 23:32:24 GMT 

From: mcsun!news.funet.£i!funic!sauna.cs.hut.£i!news.cs.hut.fi! 
Tomi.Manninen@uunet.uu.net 

Subject: 7Plus wanted 

To: packet-radio@ucsd.edu 


In article <1isqk20INNt1lo@coli-gate.coli.uni-sb.de> sinn@sol.cs.uni-sb.de (Markus 
&well) writes: 


>I am looking for the programm 7Plus for undecoding files from the BBS. 
>I would be very glad if someone could told me where I could find this 


Nic.funet.f£i seems to be down at the moment so I can't check, but if 
my memory servers correct it should be found by anonymous ftp at 


nic.funet. fi /pub/ham/packet/misc/7plus210.zip 


or something close to that. 


---Tomi Manninen / Tomi.Manninen@hut. £i / OH2BNS @ OH2RBI.FIN.EU--- 


Date: 13 May 1993 09:05:07 GMT 

From: agate! howland.reston.ans.net!ira.uka.de!sbusol.rz.uni-sb.de!sol.cs.uni- 
sb.de!sinn@ames.arpa 

Subject: 7Plus wanted 

To: packet-radio@ucsd.edu 


Hello dr Om's and YL's 


I am looking for the programm 7Plus for decoding binary files that I 
recieve from the BBS. Does anybody knows where I could find this 

programm. Or is it possible to use any other decoding programm (uudecode or 
something else). I'm looking for a version either for a PC or an Amiga 500. 


Many thanks in advance for your help 
73 and byebye 


Markus Sinnwell 

Amselweg 2 

6637 Nalbach 3 

Germany 

e-mail: sinn@sol.cs.uni-sb.de 
packet: d£3vl@db0ge-8 


Date: 13 May 93 14:11:01 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: BayCom and Windows 3.1 
To: packet-radio@ucsd.edu 


In Packet-Radio-Digest 128/93, G7KSG told about problems to run 

BayCom under Windows 3.1. 

BayCom has never been designed to run under windows and because of 
real-time-problems it is completely impossible to run BayCom with the 
RS-232-modem under windows without problems (sometimes successful operation 
was reported to us, but we could never proof it. On most machines it will 
not work). 

Nevertheless, it is possible to run BayCom together with the USCC-card 
(either 4-port USCC or 9k6-USCC with transceiver) under windows. 

To do this, start the L2-driver BEFORE starting windows, then call the 
SCC-terminal as a DOS-application. This should work in most cases, but 
sometimes may cause problems, too (e.g. on slow computers). 

73s, Johannes, DG3RBU @ DBORGB.DEU.EU 

Mail: kneip@scoop.ims.uni-hannover.de 


Date: 13 May 93 16:42:15 GMT 

From: ogicse!emory! europa.eng.gtefsd.com!howland.reston.ans.net! 
usenet.ins.cwru.edu!magnus.acs.ohio-state.edu! flinxwei@network.UCSD.EDU 
Subject: Help with Sanyo computer w/ KPC3 

To: packet-radio@ucsd.edu 


I have recently aquired a Sanyo MBC 555 personal computer. It is from 1982 with 
an 8086 processor. What I want to do is connect my Kamtronics KPC-3 to it (and 
get it off of my 486). However, it has not external serial port. It has a LPT 
port and I wonder if I can use this port for data connections. If not, does 
anyone else know of how to access this machine for packet. 


Please reply via e-mail or packet as I don't often get time to read this forum. 


Thanks, 

eric 

N8UNN 

Eric Linxweiler Mathematica Student Rep. 
The Ohio State University Wolfram Research, Inc. 


Dept. of Mathematics 


e-mail: linxweiler.1@osu.edu  -or- linx+@osu.edu 
packet: n8unn@w8cqk.d#cmh.oh.usa.na 


Date: Thu, 13 May 1993 13:00:03 GMT 

From: pipex!uknet!nessie! john@uunet.uu.net 
Subject: How do you make AmiPac talk? 

To: packet-radio@ucsd.edu 


I have 'AmiPac v6.02 gb' and ‘AmiPac v6.3 UK' on my PC here. 130.88.202.27 


Date: Wed, 12 May 1993 21:38:34 GMT 
From: gumby!kzoo!k089118@yale.arpa 
Subject: Internet => Packet 

To: packet-radio@ucsd.edu 


I am a ham at college without any packet equipment, but (obviously) with 
Internet access. Is there any gateway for Internet => Packet forwarding, or 
is it even legal? How about the other way around? I would like to keep in 
touch with my ham friends who don't have access to the Internet. 


Thanks in advance. 


Rick Retzer, WKOS 
kQ089118@kzoo.edu 
616 / 337 7552 


Date: Thu, 13 May 93 06:21:34 MST 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net!gatech!asuvax! 
ennews!stat!david@network.UCSD.EDU 

Subject: Internet => Packet 

To: packet-radio@ucsd.edu 


k089118@hobbes.kzoo.edu (R. Retzer) writes: 


I am a ham at college without any packet equipment, but (obviously) with 
Internet access. Is there any gateway for Internet => Packet forwarding, or 
is it even legal? How about the other way around? I would like to keep in 
touch with my ham friends who don't have access to the Internet. 


VVV NV 


How to Use the WB7TPY 
Packet <-> Internet Gateway 


First, some brief operational notes: 


(1) Messages must not contain any foul language, or commercial purpose. 
(2) Messages can only be sent to countries that the United States has 
a third-party agreement. All others will be destroyed. 
(3) Messages from the internet should be less then 5K in length. 
No files should be sent. 
(4) If you have questions, please do not hesitate to contact me either on 


packet radio: WB7TPY@WB7TPY.AZ.USA.NA -or- 
Internet : david@stat.com -Or- 
Fidonet : David Dodell @ 1:114/15 


(5) Have fun. Use the gateway as much as you like. That is what it is 
there for. 


Send mail to the internet address of: 
gate@wb7tpy.ampr.org 


The first line of text must contain a full packet address, preceded with the 
word "Packet: " 


For example, mail to my packet address, would have the first line of text; 


Packet: wb7tpy@wb7tpy.az.usa.na 


Send as private mail (never a bulletin) to the packet address of: 
gate@wb7tpy.az.usa.na 


The first line of text must contain a full domained internet address, 
proceeded with the word "Internet: " 


For example, mail to my internet address, would have the first line of text; 


Internet: david@stat.com 


Internet: david@stat.com FAX: +1 (602) 451-6135 
Bitnet: ATWLH@ASUACAD FidoNet=> 1:114/15 
Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na 


Date: Thu, 13 May 93 10:11:49 GMT 

From: pipex!warwick!nott-cs!unicorn! eeyimkn@uunet.uu.net 
Subject: Linux <--loopback--> WAMPES? 

To: packet-radio@ucsd.edu 


In article <1sql123$f13@nz12.rz.uni-karlsruhe.de> erb@insu1.etec.uni-karlsruhe.de 
(Olaf Erb) writes: 

>Mike Knell (eeyimkn@unicorn.nott.ac.uk) wrote: 

>: Can I set up Linux to use WAMPES as a router so the TCP things work directly, 
>: just using WAMPES as a router? I've been playing about a bid have managed 
(my waffles deleted, mercifully :-) ) 


>You've to wait until there's a SLIP-implentation for Linux available. 

>With SLIP you can attach a pty with WAMPES on one, and Linux-SLIP on the 
>other side. Worked with a patched alpha-SLIP very well for me and others :-) 
That would be very nice.. I think the SLIP implementation is well on the way, I' 
I've heard rumblings about it from various places. 


>Olaf 

Mike 

+-- -=- If infants can have infancy, why can't adults have adultery? -=- ---+ 

\rcccce Mike Knell, Willoughby Hall, University of Nottingham, I092)X ------ / 
\ AMPRnet: mikee@g7gpa.ampr.org -=- Internet: eeyimkn@unicorn.nott.ac.uk / 
\ 'oh well, whatever, nevermind...' -=- AX25: G7GPA@GB7BAD.+#23.GBR.EU / 


Date: Wed, 12 May 1993 10:53:24 -0500 

From: seas.smu.edu!utacfd.uta.edu!rwsys!ricksys! lawton! red.uucp! terry@uunet.uu.net 
Subject: petchl - 930411.tar & 930411.txt 

To: packet-radio@ucsd.edu 


I have been experimenting with petchl 920218tc for about six months. I've 
had it longer, but have only been able to use it for the last six months. 


I understand that there is an updated version out dated 930411 and that 
it is available for FTP from ucsd.edu. JI am using a FTPMAILSERVER to 


request it and expect it will arrive in the next few days. 


Two things prevent me from fully implementing TCP/IP at my station. The 
first is the lack of a SCII interface for the midi ports. I use a 1040STe 
and need the additional comports that the SCII device supports. If anyone 
has such a device, or can send me a schematic or template for constructing 
one, it would be much appreciated. 


My second problem has to do with the BM.TTP. The version I have only includes 
the commands (B)ye (1)nfo (S)end, and the info command doesn't work. I 
currently run a fulltime 3rd party enabled maildrop for my community. I 

would like to expand that to include a full time BBS. Even a limited one 
would be agreeable. Does anyone have a suitable BBS program that will 

run inconjunction with petchl? I would prefer a full featured BM but 

will be glad to hear any other suggestions. 


Terry 

DOMAIN: terry%red@lawton.lonestar.org (Terrence R. Redding) 

UUCP: . . . !rwsys!lawton!red!terry (Terrence R. Redding) 

PACKET: WB5SLMJ @ WB5MJS.OK.USA.NA 

Voice 405 536-8822, Ben's Place (Benjamin Franklin) BBS 536-6988 9p to 6a 
PhD candidate, University of Oklahoma in Adult and Higher Education 
Educational Advisor, American Radio Relay League 

221 SW Crystal Hills Drive, Lawton, Oklahoma 73505 


Date: Thu, 13 May 1993 07:27:22 GMT 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!howland.reston.ans.net!gatech!wadmei! 
ke4zv! gary@network.UCSD.EDU 

Subject: Suggestions for point-to-point link wanted... 

To: packet-radio@ucsd.edu 


In article <C6xCxw.InA@acsu.buffalo.edu> ferrick@acsu.buffalo.edu (Patrick K. 
Ferrick) writes: 

>Hi all, 

> 

>First, I'm sorry if this question has been asked/answered to death. (I did 
>read the FAQ). 

> 

>I'm interested in setting up a 9600 baud point-to-point link between a PC 
>running, say Kermit and one running Linux (unix-like). Distance = 2 miles. 
>At this point I have one 14.4K modem and no radios...:-) 

> 

>Can two 2 meter HTs be used at this speed, assuming I get another 9600 
>baud modem? Ox could even simpler/cheaper 2m hardware be used? (ie, are 
>there single board tranceivers that would work?) If so, who makes them and 


>how much do they cost? 


> 
>If you have done this, and wouldn't mind sharing some hints with a packet 
>"wanna-be" :-), I'd appreciate hearing from you. Thanks... 


Pat, the radio circuit is normally half duplex. Most phone modems have no 
way to force them into half duplex, other than the old Hayes Smartmodem 

at 300 baud. There's normally a handshaking process at call setup (which 
may include a training sequence for the higher speed modems) that mandates 
a full duplex circuit. And of course the tones are wrong to interoperate 
with others using packet modems. So you're not going to be able to use phone 
modems unless you setup a full duplex link. You could do this by setting up 
two sets of continously on transmitters and receivers, likely on different 
bands to aid the desense problem, and using 2 wire to 4 wire networks on 
each end. This can be expensive, and ties up spectrum, but it can be made 
to work. It's not the approach used by packet operators, however. 


To operate packet, you need three things besides the radio, a compatible 

half duplex *xsynchronous* modem (packet uses HDLC synchronous transmission), 
a PAD (Packet assembler Disassembler), and a channel access controller. 

These three things are normally built into a box called a TNC (Terminal Node 
Controller), but there are other ways of implementing the PAD and channel 
access functions. For example, Baycom type units do this in software on the 
host. That's normally not workable unless you can dedicate the low level 
resources of the host to the application, however. A Linux host is going to 
expect a normal asynchonous RS-232 data stream, as is a terminal program like 
Kermit. 


Note that since AX25 packet is an error detecting protocol with 
re-transmission (ARQ) at the link level, you normally wouldn't attempt 
to layer on another error checking protocol like Kermit. (Note: a 
transport protocol on top of AX25 xisx a good idea for certain 
applications, see TCP/IP, but Kermit, Xmodem, and the like are xnotx* 
suitable for use on the long turn around delay packet network. They 
are better suited to duplex links.) 


Normal practice is to use a TNC and FM radio running AFSK on 2 meters 

for 1200 and 2400 baud packet operation. 9600 baud and higher speeds are 
normally done on 222 MHz or higher due to FCC regulations. It's possible 
to do 9600 on 2 meters, but holding it's spectrum inside the 20 kHz limit 
is an issue. You can run a PSK modem through SSB equipment, or if you're 
careful, you can use FSK modems like the KING and hold the spectrum inside 
20 kHz, but normally the higher speeds are done on the higher bands where 
such strict bandwidth limits are not present in the regulations. This 
doesn't present many practical problems since equipment for 222 and 440 
are widely available, and since there are bandplanned frequencies for 
packet operation on those bands as well. 


While many amateurs attempt to use HTs for packet, they are not really 

a good choice. In most cases, a base radio, or mobile pressed into base 
service, is a much better choice. Often you need the gain of an outside 
antenna to reliably make a circuit, and HTs are too sensitive for use 

on outside antennas because they are normally designed to work with an 
antenna with negative gain, a rubber ducky. Outside antennas are important 
for another reason as well, to get away from the RF hash produced by the 
computer and monitor. Also, at baudrates above 1200, you normally have to 
go inside the radio and make connections directly to the modulator and 
discriminator to pass the packet waveforms. This is a nightmare on the 
tiny surface mount circuit boards of the typical HT. 


One final caveat. If you are accustomed to the thruput of 9600 baud 
duplex phone links, you'll be disappointed in packet radio thruput. 
Due to the half duplex nature of most packet, and the resulting turn 
around delays, and due to the overhead of the packet protocol, your 
actual thruput will be much less than half that of a duplex phone 
link with the same baudrate. If you additionally use "digipeaters" 
or "nodes" to relay your signals, you'll see an additional halving 
of the effective baudrate for each hop since they must receive your 
transmission, store it, and retransmit it on the same frequency. 
(There are ways around this too, requiring duplex repeaters or large 
sliding windows on cell-like topologies. This is the subject of advanced 
experiments. ) 


For automatic Email and file transfers, I find 1200, and even 300, baud 
links tolerable. For interactive operations, however, 9600 baud is my 
minimum tolerable speed, and 56 kilobaud is much better. You can even 
use vi without much pain with a 56 kb link. (It jerks a bit, like a 
Telebit modem in PEP mode.) Packet is a different world than telephone 
modem communications due to the different nature of the channels and 
the methods of access. 


Gary 

Gary Coffman KE4ZV 
Destructive Testing Systems 
534 Shannon Way 
Lawrenceville, GA 30244 


You make it, 
we break it. 
Guaranteed! 


gatech!wa4mei! ke4zv! gary 
uunet!rsiatl!ke4zv! gary 
emory !kd4nc! ke4zv! gary 


Date: 13 May 93 16:45:09 GMT 

From: nih-csl!cantabria.cber.nih.gov! ramon@uunet.uu.net 
Subject: VHF Packet with an HT? 

To: packet-radio@ucsd.edu 


This is a very simple question, but I couldn't find the answer in the FAQ. 


- Can I use a hand-help 2 mtrs. transceiver for packet? 
- Do all 144 Mhz ht's have the proper connector for the TNC? 
Thanks in advance 


Ramon 


Date: 13 May 93 20:28:31 GMT 

From: pa.dec.com!nntpd2.cxo.dec.com!nuts2u.enet.dec.com! little@decwrl.dec.com 
Subject: VHF Packet with an HT? 

To: packet-radio@ucsd.edu 


ramon@cantabria.cber.nih.gov (Ramon J. Hontanon) writes: 

>- Can I use a hand-help 2 mtrs. transceiver for packet? 

Yes, many people do it all the time including myself. 

>- Do all 144 Mhz ht's have the proper connector for the TNC? 


Well few if any radios have a connector already for the TNC. In general 
you have to make up a cable that is specific for your TNC and radio. Most 
TNCs need to make a connection to the radio's microphone jack, speaker 
jack, and PTT (Push To Talk) jack. Most HTs have jacks for microphone, 
speaker, and PTT to allow the use of a speaker-mic. In some cases PTT is 
actually piggy backed on the microphone jack and a capacitor and resistor 
are needed to make the rig key up properly. 


In any event, your TNC should have instructions with it that describe how 
to make up a cable suitable for a number of different rigs. If you can't 
figure it out from the manuals, post the information here and I'm sure 
someone can help you. 


Good luck! 


End of Packet-Radio Digest V93 #134 
KA KKK KKK KKK KIKI KKK IKI KKK ERK 


